home *** CD-ROM | disk | FTP | other *** search
- Path: crl3.crl.com!not-for-mail
- From: btomlin@crl.com (Bruce Tomlin)
- Newsgroups: comp.dcom.modems
- Subject: Re: USR 33.6 Halt Problem
- Date: 23 Feb 1996 07:27:14 -0800
- Organization: San Antonio, TX
- Message-ID: <4gkmci$7lr@crl3.crl.com>
- References: <310EEAE7.77A3@cris.com> <eric-3001962352450001@sobt.accessorl.net> <4epler$22b2@navajo.gate.net> <4f5ve3$22p@micro.internexus.net> <ricky_g_williamson-0902960922060001@ricks_mac.aud.alcatel.com>
- Reply-To: btomlin@aol.com
- NNTP-Posting-Host: crl3.crl.com
- X-Newsreader: TIN [version 1.2 PL2]
-
- Rick Williamson (ricky_g_williamson@aud.alcatel.com) wrote in comp.dcom.modems:
- >When you speak of "halts" I assume that you mean you get a burst of data
- >then the modem stops, another burst of data, then stop, etc.. I've been
- >seeing something similar on my USR28.8VI. One thing I did was to change
- >the port rate from 115k to 57.6. After doing this I noticed that the
-
- AHA! That's the problem I had for the longest time until I disabled LAPM
- (ATS27=32). I suspect their new implementation of LAPM (the one with long
- blocks and SREJ) has a bug in it. Or MultiTech does if that's what your
- ISP is using. It seems to get out of sync with the ISP modem (in this
- case a MultiTech) when an error occurs, then it pauses 5-10 seconds until
- it times out.
-